从 Android 10 起，当第三方应用处于后台时，将无法访问剪贴板[1]。这意味着当 Tasker 处于后台的时候，其剪贴板变量 %CLIP 的值将为空，而且也无法通过剪贴板变量来触发任务[2]。如此一来，许多依赖于剪贴板的 Tasker 配置便失效了，比如我曾分享过的『从剪贴板里保存 Tasker 配置文件』配置。相信大多初次使用 Android 10 的 Tasker 用户，肯定会因 Tasker 剪贴板的失效而感到大大的不便。为了尽量消除这种不便，本文将为大家提供两种方法来恢复 Tasker 的剪贴板功能。

本方法要求所使用的 Tasker 版本必需是 5.9 及以上[3]，并给 Tasker 授予以下权限[4]：

待权限授予后，需强制停止 Tasker，这样做才能使授予的权限真正起效。当以上操作都完成，Tasker 便能在后台访问剪贴板了。

注：以 Tasker 作者目前的绕过 Android 10 剪贴板限制的方法来看，仅授予以上权限，Tasker 可能仍会在极个别情况下无法读取剪贴板的数据，因此，还需要再授予 WRITE_SECURE_SETTINGS 权限，这样 Tasker 才能真正完全地在后台访问剪贴板：

若使用本方法后，遇到了以下现象（仅限于 Android 10+）：

那建议升级至最新版本。如果升级后以上现象依旧存在，则可使用下面的 fooView 法。

注：若不使用本方法，那么需去掉 Tasker 中所有与 %CLIP 变量相关的内容[5]，否则仍可能会出现上述现象。

如果使用的 Tasker 是 5.9 之前的版本，或者使用内置法后出现了问题，那么可以使用本方法

本方法要求所使用的 fooView 版本必需是 1.4.2 及以上，并给 fooView 授予以下 权限：

与内置法一样，待权限授予后，需强制停止 fooView 应用。接着，进入 fooView 的高级设置界面，启用「系统剪贴板通知」项。这样，fooView 便能从后台访问剪贴板了。

接下来，将说明 Tasker 是如何借助 fooView 恢复剪贴板功能的。

常规法

使用 fooView 的自定义任务发送广播意图（触发条件选择「剪贴板」），当 Tasker 接收到该意图后，会将意图中的剪贴板数据保存至用户定义的全局变量 %TPClip 上。这样，便可使用该全局变量完全替代 Tasker 内置的剪贴板变量 %CLIP 了（即凡配置中有用到 %CLIP 的地方，都应改为 %TPClip）。

虽然该方法能较好地恢复 Tasker 的剪贴板功能，但每一次的文本复制，Tasker 都会相应执行一次将剪贴板保存至全局变量的任务，有时候难免会出现任务被阻塞运行的情况。如果想降低这种情况的出现概率，那可以使用下面的方法。

另类法

状态条件 暂不支持。若要使用，可用常规法。

事件条件 设置方式与常规法基本一致，区别只在于：

1. 在 fooView 的发送广播意图动作中，需增加 Uri 项，并填上 scheme 值，如下图的 tkxml:。（注意：必需带上半角冒号） 2. 在对应的 Tasker 意图接收条件的 Scheme 项上，也填上 fooView 的 scheme 值，即 tkxml。（注意：不需半角冒号）

如此设置，便能保证复制的内容仅在满足特定的条件时，才触发 Tasker 任务。如下图所示般，只有当复制的内容包含了 Tasker 数据，Tasker 才会对复制的内容进行处理。这种方法可降低常规法中任务有可能被阻塞运行的概率。（该方法类似于 Tasker 在事件条件中先对 %CLIP 进行判断，满足条件后再执行任务的做法）

关于 scheme 值的设置，可以自定义任意值，比如 http/https/youtube/...，但 fooView 与 Tasker 需一致。（其中，fooView 的 scheme 值需带上半角冒号）

读取

从版本 1.4.4.2+ 起，fooView 剪贴板数据库的路径将改至应用的 data 目录下，第三方应用无法直接访问

使用 Tasker 的「SQL Query（SQL 查询）」动作，读取 fooView 剪贴板数据库 /storage/emulated/0/.fooView/data/fooSimpleORM.db 的首条记录。（具体实现可参考此配置：uri / xml）

常规法的使用，会更接近于 Tasker 内置剪贴板变量的使用；而另类法则是按需执行任务，可减少不必要的开销。

fooView 法目前有一个缺陷，那就是，已启用的 fooView（带前置条件的）自定义任务有时候会自动关闭，听说官方已确认为 Bug，但似乎修复无期 :(。

内置法虽能无缝地使用 %CLIP 变量，但以本人的体验而言，该方法或多或少存在一些问题，不过，相信随着 Tasker 不断地迭代，这些问题应该都能解决好；fooView 法是我目前采用的方法，之所以使用该方法，主要原因是个人依赖于 fooView 的剪贴板管理，而且另类法也已经能满足我日常的自动化需求。

作者：sung 邮箱：[email protected]

原创内容，转载请注明出处

https://developer.android.com/about/versions/10/privacy/changes#clipboard-data ↩

Tasker 的「设置剪贴板」动作除了追加功能无效之外，可正常使用 ↩

https://tasker.joaoapps.com/changes/changes5.9.html ↩

权限 SYSTEM_ALERT_WINDOW 是用于启用「允许显示在其他应用的上层」的设置，而权限 READ_LOGS 则是用于读取系统日志，以监测系统何时复制了文本 ↩

JavaScript 代码中的 global('CLIP') 也要去掉 ↩